home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0079 / 722.txt < prev    next >
Text File  |  1997-04-16  |  11KB  |  266 lines

  1. INFO-ATARI16 Digest         Wed, 29 Nov 89       Volume 89 : Issue 722
  2.  
  3. Today's Topics:
  4.                   For Sale:520ST RGB & Software $475
  5.                             Shareware Mac
  6.                      SIMULA (Was: Re: C++ on ST?)
  7.                           Still searching...
  8.                             Vapourware!!!
  9. ----------------------------------------------------------------------
  10.  
  11. Date: 28 Nov 89 17:37:36 GMT
  12. From: hpda!hpcuhb!hp-ses!hpdml93!rona@ucbvax.Berkeley.EDU  (Ron Abramson)
  13. Subject: For Sale:520ST RGB & Software $475
  14. Message-ID: <15480002@hpdml93.HP.COM>
  15.  
  16.     I've decided to sell my 2nd Atari system.  I already have a
  17.     1040 system and bought this one for my wife.  Unfortunately,
  18.     she hasn't shown a lot of interest.
  19.  
  20.  
  21.     HARDWARE:
  22.  
  23.      Atari 520ST  1/2 Meg of memory
  24.      Atari RGB Color monitor
  25.      Atari Single Sided 3.5" floppy drive
  26. For $50 more I'll add:
  27.      Star Gemini 10X Printer (sorry, I can't include the
  28.                               cable as I upgraded my printer
  29.                               and never bought another)
  30.  
  31.     SOFTWARE:
  32.  
  33.      1st Word (Easy to use Word Processor)
  34.      ST Basic
  35.      VIP Professional (Lotus 1-2-3 Clone)
  36.      DEGAS (Color Drawing Program)
  37.      Top Gun (fly around, shoot 'em up game)
  38.  
  39.      2 disks of Ron's favorite PD software
  40.        (or YOUR favorites if you know what
  41.         you want, I probably have it!)
  42.  
  43.  
  44.     $475 Takes all.  Add $50 if you want the printer.
  45.     I will consider any reasonable offer.
  46.  
  47.  
  48.                   email: rona@hpdml92.HP.COM
  49.                   phone: 1-208-323-4293 (days)
  50.                                377-9021 (nights)
  51.  
  52. ------------------------------
  53.  
  54. Date: 29 Nov 89 15:21:03 GMT
  55. From: matthews@umd5.umd.edu  (Mike Matthews)
  56. Subject: Shareware Mac
  57. Message-ID: <5694@umd5.umd.edu>
  58.  
  59. In article <3870@netmbx.UUCP> hase@netmbx.UUCP (Hartmut Semken) writes:
  60. >>I kinda hope that this shareware Mac thing specifically checks for illegal
  61.  ROMs.
  62. >How?
  63. >I suspect Pit to read in the ROMs from a standard ROM cartridge (this
  64. >simple thing with 2 sockets and a 7400 that plugs to the cartridge port
  65. >and offers 128 KBytes of ROM); it would be impossible to tell original
  66. >chips from copies in EPROM.
  67. >But it would leave responsibility to the user; the author of the
  68. >software does not suggest the user to do anything illeagal...
  69. >
  70. >hase
  71. >--
  72. >Hartmut Semken, Lupsteiner Weg 67, 1000 Berlin 37 hase@netmbx.UUCP
  73.  
  74. 'Impossible' is a word best left out of computer hacker's works.  Dave Small
  75. checks for illegal ROMs/EPROMs in  his Spectre 128 and Spectre GCR cartridges.
  76. ROMs and EPROMS aren't EXACTLY the same, in some manner.  Perhaps he tests the
  77. speed of retrieval.  Perhaps he tests some sort of electrical property, such
  78. as resistance or somesuch (I know nothing about this, but it's just an idea).
  79.  
  80. If the author of the software invites people to illegally copy ROMs or whatnot,
  81. then 99 times out of 100, the user will copy the ROMs.  Especially if you HAVE
  82. to.
  83.  
  84. Mike
  85.  
  86. ------------------------------
  87.  
  88. Date: 29 Nov 89 10:55:56 GMT
  89. From: mcsun!unido!laura!klute%trillian@uunet.uu.net
  90. Subject: SIMULA (Was: Re: C++ on ST?)
  91. Message-ID: <1771@laura.UUCP>
  92.  
  93. Path: trillian
  94. !klute
  95.  
  96. In article <2455@stl.stc.co.uk> "David Price" <dhp@stl.stc.co.uk> writes:
  97. >Alternatively, are there any C/C++ developers listening who are adventurous
  98. >enough to release the *first* accessible Object-Oriented language for the ST?
  99. >(NB Little Smalltalk is not suitable for large scale development and the
  100. >Dortmund Smalltalk-80 is too expensive (about 600 sterling) and needs 4Mb)
  101.  
  102. If you want to do object oriented programming you definitly
  103. should have a look at SIMULA. SIMULA is an object oriented
  104. programming language available on a bunch of machines
  105. *including* the Atari ST (see below). This is what you get:
  106.  
  107. - Object oriented programming. A typical SIMULA program
  108.   consists of a set of interacting processes or *objects*.
  109.   Objects are incarnations of some proto-object or *class*,
  110.   generated (and later perhaps terminated) during the execution
  111.   of the program.  In this manner a program written in SIMULA
  112.   may map the problem solution conveniently and cleanly.
  113.  
  114. - Objects may act independently of each other in
  115.   "quasi-parallel". This enables the class objects to act as
  116.   coroutines, so that the action of one object may be
  117.   temporarily suspended, later to be resumed at the exact point
  118.   of suspension. This feature is not found in other high-level
  119.   languages.
  120.  
  121. - List processing. The class "Simset" may be applied to add
  122.   list processing capabilities to the language. The programmer
  123.   will then have tools available for the manipulation of queues
  124.   in an efficient manner (definition of queues, insertion and
  125.   deletion operations etc.)
  126.  
  127. - Simulation. Application of the built-in class "Simulation"
  128.   extends SIMULA to a powerful tool for discrete simulation.
  129.  
  130. - Modularisation. Separate compilation of classes and
  131.   procedures is an integral part of the language. The language
  132.   demands complete type compatibility between the definition
  133.   and the usage of such separately compiled modules. Thus the
  134.   construction of larger SIMULA systems may be divided into
  135.   subtasks, each of which may be parcelled out to different
  136.   work groups, without running the risk of corruption due to
  137.   wrong assumptions about attribute types.
  138.  
  139. - SIMULA programs are highly portable between different
  140.   computer systems (source code compatibility).
  141.  
  142. - Powerful text handling, dynamic arrays, flexible file
  143.   handling, etc.
  144.  
  145.  
  146. Some properties of the SIMULA system for the Atari ST:
  147.  
  148. - Full SIMULA language standard.
  149.   (Well, this will be true from version 2.1 on. The real
  150.   arithmetic in the current version 2.0 is not quite error
  151.   free.)
  152.  
  153. - Compact implementation. The complete system fits on one
  154.   double-side disk.
  155.  
  156. - Small. The compiler needs less than 1 MB even when compiling
  157.   modules consisting of several thousands of source lines.
  158.  
  159. - Fast. Compiling of a source file with say 1000 lines of code
  160.   needs only one minute. The speed of executable SIMULA
  161.   programs is comparable with that of other high-level
  162.   languages.
  163.  
  164. - Complete interfaces to TOS and GEM.
  165.  
  166. - Implementation of a symbolic debugger (source-code debugger)
  167.   is under development.
  168.  
  169.  
  170. Version 2.1 will be available in January 1990 probably. The
  171. price is DM 198,- (ca. 110,- US$ / 71 Pound Sterling today).
  172. Reduced price for students etc. is DM 148,-.
  173.  
  174. Whoever wants to start using SIMULA *now* can spend an extra DM
  175. 15,- and get version 2.0 immediately. Version 2.1 will be
  176. delivered as soon as it is available.
  177.  
  178. Send your SIMULA request to simula@unido.uucp or
  179. simula@unido.bitnet.
  180.  
  181.  
  182.   Dipl.-Inform. Rainer Klute      klute@heike.irb.informatik.uni-dortmund.de
  183.   Univ. Dortmund, IRB             klute@unido.uucp, klute@unido.bitnet
  184.   Postfach 500500         |)|/    ...uunet!mcvax!unido!klute
  185. D-4600 Dortmund 50        |\|\    Tel.: +49 231 755-4663
  186.  
  187. ------------------------------
  188.  
  189. Date: 29 Nov 89 05:49:33 GMT
  190. From: hp-sdd!ncr-sd!ncrlnk!ncrcce!rogers@hplabs.hp.com  (Bob Rogers)
  191. Subject: Still searching...
  192. Message-ID: <1762@ncrcce.StPaul.NCR.COM>
  193.  
  194. In article <1830@atari.UUCP> kbad@atari.UUCP (Ken Badertscher) writes:
  195. >Atari Corp. policy is that we offer developer support to registered
  196. >developers, not to end users.  I know how you feel about the issue,
  197. >and I'm sorry if you feel "left out."  It seems to me, though, that it
  198. >just wouldn't be cost effective for us to offer the level of technical
  199. >support we give to developers to end users.
  200.  
  201. What happened to Atari's plans to publish and sell professional quality
  202. documentation?  Earlier this year the Atari spokesman on GEnie said that
  203. it was nearly ready to go to the printers.
  204.  
  205. Why is Atari the only maker of mass-market computers that doesn't publish
  206. technical info or at least work with publishers preparing such material?
  207. --
  208. ----
  209. Bob Rogers                    rogers@stpaul.ncr.com  or  rogers@pnet51.cts.com
  210. NCR Comten, St. Paul, MN      GEnie: R.C.ROGERS
  211.  
  212. ------------------------------
  213.  
  214. Date: 29 Nov 89 05:42:54 GMT
  215. From: hp-sdd!ncr-sd!ncrlnk!ncrcce!rogers@hplabs.hp.com  (Bob Rogers)
  216. Subject: Vapourware!!!
  217. Message-ID: <1761@ncrcce.StPaul.NCR.COM>
  218.  
  219. In article <24502@cup.portal.com> Bob_BobR_Retelle@cup.portal.com writes:
  220. >Just to clear up what seems to be a general misunderstanding:
  221. >
  222. >David Paschall-Zimbel says:
  223. >>Yes, I was around on GEnie back in the good old days of 1986.  No, I don't
  224. >>remember reading anything which was labelled "OFFICAL PROMISE" from Neil
  225. >>Harris.
  226. >
  227. >Neil Harris was the *OFFICIAL* representative of Atari Corp.  *ANYTHING*
  228. >he said, unless specifically accompanied by a disclaimer to the contrary
  229. >was  *OFFICIAL*  from Atari Corp.
  230.  
  231. In the October, 1986 issue of "COMPUTE!'s Atari ST" magazine Atari President
  232. Sam Tramiel said (interview, "Sam Tramiel Speaks Out", p21):
  233.  
  234. "When the blit is ready, your 520 and your 1040 will be upgradable with the
  235. blitter.  We're working that out.  There will be no problem for both STs to
  236. take the blit."
  237.  
  238. What might explain this sort of behavior on Atari's part?  Perhaps the answer
  239. is contained in an interview with Jack Tramiel that appeared in the Winter,
  240. 1986 issue of "STart".
  241.  
  242. The interviewer said: "The Wall Street Journal wrote, 'Commodore under Jack
  243. Tramiel was notorious for announcing products that never made it to
  244. retailers' shelves.'  That's a perception that must create difficulty in
  245. dealing with retailers."
  246.  
  247. Jack replied: "The retailers, or anyone else I would have problems with - they
  248. do not understand the market, and they must be selling other products than mine
  249. so they like to say what I'm doing is wrong.  When you plan a product that
  250. normally takes 12 months or longer better technology can be produced during
  251. that time.  Then it's important to kill the product before it reaches the
  252. market because it's very expensive to kill after it comes out.  I am not afraid
  253. to announce my intentions, but I'm very careful before I put it on a dealer's
  254. shelf.  Anyway, I'm not working for the Wall Street Journal.  What they say
  255. really doesnn't interest me."
  256.  
  257. --
  258. ----
  259. Bob Rogers                    rogers@stpaul.ncr.com  or  rogers@pnet51.cts.com
  260. NCR Comten, St. Paul, MN      GEnie: R.C.ROGERS
  261.  
  262. ------------------------------
  263.  
  264. End of INFO-ATARI16 Digest V89 Issue #722
  265. *****************************************
  266.